Release 10.1A: OpenEdge Reporting:
Report Builder Deployment
Preface
This Preface contains the following sections:
Purpose
This guide explains how to generate and customize Report Builder reports using the Progress® Report Engine. It explains the different interfaces to the Report Engine and how to access those interfaces from a 4GL program or MS-Windows icon. It also provides examples of how to incorporate reports into 4GL applications.
Audience
This guide is for 4GL programmers and developers. Some knowledge of Progress is required, as well as a basic understanding of databases.
Organization
Chapter 1 "Report Engine Basics"
Describes how to use Report Engine to run Report Builder reports from Progress® 4GL applications.
Chapter 2 "Report Engine Administration"
Describes Report Engine administration tasks, including generating a report list, identifying the default printer, listing the available printers, accessing initialization (.INI) files, using password security, and verifying report status.
Chapter 3 "Report Engine Parameters"
Explains how to use the Report Engine parameters to generate reports.
Chapter 4 "Report Engine Table Interface"
Describes how the Report Engine table interface stores the report parameters in a database table, and how you use that table to run multiple reports.
Chapter 5 "Report Engine PRINTRB and PRNTRB2 Interfaces"
Explains how to use the Report Engine PRINTRB and PRNTRB2 interfaces to invoke Report Engine from the Progress 4GL, using parameters instead of tables and fields.
Typographical conventions
This manual uses the following typographical conventions:
Examples of syntax descriptions
In this example,
ACCUMis a keyword, andaggregateandexpressionare variables:
FORis one of the statements that can end with either a period or a colon, as in this example:
In this example,
STREAMstream,UNLESS-HIDDEN, andNO-ERRORare optional:
In this example, the outer (small) brackets are part of the language, and the inner (large) brackets denote an optional item:
A called external procedure must use braces when referencing compile-time arguments passed by a calling procedure, as shown in this example:
In this example,
EACH,FIRST, andLASTare optional, but you can choose only one of them:
In this example, you must include two expressions, and optionally you can include more. Multiple expressions are separated by commas:
In this example, you must specify
MESSAGEand at least oneexpressionorSKIP[ (n) ], and any number of additionalexpressionorSKIP[ (n) ] is allowed:
In this example, you must specify {
include-file, then optionally any number ofargumentor&argument-name = "argument-value", and then terminate with }:
Long syntax descriptions split across lines
Some syntax descriptions are too long to fit on one line. When syntax descriptions are split across multiple lines, groups of optional and groups of required items are kept together in the required order.
In this example,
WITHis followed by six optional items:
Complex syntax descriptions with both required and optional elements
Some syntax descriptions are too complex to distinguish required and optional elements by bracketing only the optional elements. For such syntax, the descriptions include both braces (for required elements) and brackets (for optional elements).
In this example,
ASSIGNrequires either one or morefieldentries or onerecord. Options available withfieldorrecordare grouped with braces and brackets:
In this example,
GRANT,RESOURCE,DBA, andTOare keywords. You must specifyRESOURCE,DBA, or both, and at least oneuser_name. Optionally you can specify additionaluser_nameitems; each subsequentuser_namemust be preceded by a comma:
This excerpt from an ODBC application invokes a stored procedure using the ODBC syntax {
callprocedure_name( param )}, where braces and parentheses are part of the language:
In this example, you must specify a
table_name,view_name, orsynonym, but you can choose only one. In all SQL syntax, if you specify the optionalowner_namequalifier, there must not be a space between the period separator andtable_name,view_name, orsynonym:
In this example, you must specify
table_nameorview_name:
In this example, you must include one expression
(expr)or column position(posn), and optionally you can specify the sort order as ascending (ASC) or descending (DESC). You can specify additional expressions or column positions for sorting within a sorted result set. The SQL engine orders the rows on the basis of the firstexprorposn. If the values are the same, the secondexprorposnis used in the ordering:
OpenEdge messages
OpenEdge displays several types of messages to inform you of routine and unusual occurrences:
- Execution messages inform you of errors encountered while OpenEdge is running a procedure; for example, if OpenEdge cannot find a record with a specified index field value.
- Compile messages inform you of errors found while OpenEdge is reading and analyzing a procedure before running it; for example, if a procedure references a table name that is not defined in the database.
- Startup messages inform you of unusual conditions detected while OpenEdge is getting ready to execute; for example, if you entered an invalid startup parameter.
After displaying a message, OpenEdge proceeds in one of several ways:
- Continues execution, subject to the error-processing actions that you specify or that are assumed as part of the procedure. This is the most common action taken after execution messages.
- Returns to the Progress Procedure Editor, so you can correct an error in a procedure. This is the usual action taken after compiler messages.
- Halts processing of a procedure and returns immediately to the Progress Procedure Editor. This does not happen often.
- Terminates the current session.
OpenEdge messages end with a message number in parentheses. In this example, the message number is
200:
If you encounter an error that terminates OpenEdge, note the message number before restarting.
Obtaining more information about OpenEdge messages
On Windows platforms, use OpenEdge online help to obtain more information about OpenEdge messages. Many OpenEdge tools include the following Help menu options to provide information about messages:
- Choose Help
Recent Messages to display detailed descriptions of the most recent OpenEdge message and all other messages returned in the current session.
- Choose Help
Messages and then enter the message number to display a description of a specific OpenEdge message.
- In the Progress Procedure Editor, press the HELP key or F1.
On UNIX platforms, use the Progress
PROcommand to start a single-user mode character OpenEdge client session and view a brief description of a message by providing its number.
![]()
To use the
PROcommand to obtain a message description by message number:
|
Copyright © 2005 Progress Software Corporation www.progress.com Voice: (781) 280-4000 Fax: (781) 280-4095 |